System and method thereof for determining vendor&#39;s identity based on network analysis methodology

ABSTRACT

A system and method for classifying digital images is presented. The method includes extracting a plurality of descriptive data items of a transaction evidence from a digital image indicating a plurality of purchased items; searching in data source for informative data based on the extracted plurality of descriptive data items, wherein the informative data includes a price; determining a correlated amount for each of at least one of the plurality of descriptive data items, wherein the correlated amount determined for one of the descriptive data items defines a paid price for the descriptive data item; determining, based on at least one expense type classification rule, a primary expense type of the transaction evidence, wherein the at least one expense type classification rule is applied to the plurality of descriptive data items and each of the correlated amount; and classifying the digital image based on the primary expense type.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/827,419 filed on Mar. 23, 2020, now allowed, which claims the benefitof U.S. Provisional Application No. 62/822,478 filed on Mar. 22, 2019,U.S. Provisional Application No. 62/822,481 filed on Mar. 22, 2019, U.S.Provisional Application No. 62/822,484 filed on Mar. 22, 2019, U.S.Provisional Application No. 62/861,075 filed on Jun. 13, 2019, and U.S.Provisional Application No. 62/925,100, filed on Oct. 23, 2019, thecontents of which are hereby incorporated by reference.

TECHNICAL FIELD

The disclosure generally relates to system and methods for processingelectronic documents, and more specifically for determining vendor'sidentity based on electronic documents analysis.

BACKGROUND

Enterprises all over the world often spend large amounts of money ongoods and services purchased by the enterprises' employees in the courseof their regular business dealings. Portions of these transactions maybe refundable such that the enterprise can reclaim a Value Added Tax(VAT) or deduct qualified expenses from their corporate income tax.These expenses often must be reported to the relevant tax authorities inorder to reclaim a tax refund.

In some jurisdictions, enterprises may subtract the amount paid in VATfrom a total tax amount owned to a tax authority by calculating any VATpaid by the enterprise for expenses that have a qualified businessjustification. In some countries the subtraction may occur withoutproviding an original price of evidences, e.g., a tax receipt, for suchexpenses. However, the original evidences may be required when a taxinspection is performed by a tax authority. Where an evidence is missingor in cases where the evidence is not an original one, the company maybe at risk.

Currently, when evidences such as tax receipts are gathered in a largescale, the process of detecting whether a tax receipt actually containsall necessary transaction data items may be time consuming for theentity reviewing the evidences, as well as for the parties of thetransaction, if their input is required.

In addition, in many cases it is desirable to determine the vendor'sidentity associated with a transaction made in order to apply theappropriate tax rules. Different products and services that a vendorprovides are subjected to different tax rules and regulations. Normally,the vendor's identity has to be manually entered by either the vendor orthe customer. Such method may be cumbersome, time consuming, and laborintensive, especially when tax receipts are entered in a large scale.Also, problems also arise when the vendor's identity is not entered bymistake.

There are available solutions by which enterprises collect and analyzedata associated with expenses and purchases made by their employees.However, such solutions do not provide an efficient method ofautomatically determining a vendor's identity.

It would therefore be advantageous to provide a solution that wouldovercome the challenges noted above.

SUMMARY

A summary of several example embodiments of the disclosure follows. Thissummary is provided for the convenience of the reader to provide a basicunderstanding of such embodiments and does not wholly define the breadthof the disclosure. This summary is not an extensive overview of allcontemplated embodiments, and is intended to neither identify key orcritical elements of all embodiments nor to delineate the scope of anyor all aspects. Its sole purpose is to present some concepts of one ormore embodiments in a simplified form as a prelude to the more detaileddescription that is presented later. For convenience, the term “certainembodiments” may be used herein to refer to a single embodiment ormultiple embodiments of the disclosure.

Certain embodiments disclosed herein include a method for classifyingdigital images of transaction evidences. The method comprises:extracting a plurality of descriptive data items of a transactionevidence from a digital image indicating a plurality of purchased items;searching in at least one data source for informative data based on theextracted plurality of descriptive data items, wherein the informativedata includes a price; determining a correlated amount for each of atleast one of the plurality of descriptive data items, wherein thecorrelated amount determined for one of the descriptive data itemsdefines a paid price for the descriptive data item; determining, basedon at least one expense type classification rule, a primary expense typeof the transaction evidence, wherein the at least one expense typeclassification rule is applied to the plurality of descriptive dataitems and each of the correlated amount; and classifying the digitalimage based on the determined primary expense type.

Certain embodiments disclosed herein also include a non-transitorycomputer readable medium having stored thereon causing a processingcircuitry to execute a process, the process comprising: extracting aplurality of descriptive data items of a transaction evidence from adigital image indicating a plurality of purchased items; searching in atleast one data source for informative data based on the extractedplurality of descriptive data items, wherein the informative dataincludes a price; determining a correlated amount for each of at leastone of the plurality of descriptive data items, wherein the correlatedamount determined for one of the descriptive data items defines a paidprice for the descriptive data item; determining, based on at least oneexpense type classification rule, a primary expense type of thetransaction evidence, wherein the at least one expense typeclassification rule is applied to the plurality of descriptive dataitems and each of the correlated amount; and classifying the digitalimage based on the determined primary expense type.

Certain embodiments disclosed herein also include a system forclassifying digital images of transaction evidences, comprising: aprocessing circuitry; and a memory, the memory containing instructionsthat, when executed by the processing circuitry, configure the systemto: extract a plurality of descriptive data items of a transactionevidence from a digital image indicating a plurality of purchased items;search in at least one data source for informative data based on theextracted plurality of descriptive data items, wherein the informativedata includes a price; determine a correlated amount for each of atleast one of the plurality of descriptive data items, wherein thecorrelated amount determined for one of the descriptive data itemsdefines a paid price for the descriptive data item; determine, based onat least one expense type classification rule, a primary expense type ofthe transaction evidence, wherein the at least one expense typeclassification rule is applied to the plurality of descriptive dataitems and each of the correlated amount; and classify the digital imagebased on the determined primary expense type.

BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter that is regarded as the disclosure is particularlypointed out and distinctly claimed in the claims at the conclusion ofthe specification. The foregoing and other objects, features andadvantages of the disclosure will be apparent from the followingdetailed description taken in conjunction with the accompanyingdrawings.

FIG. 1 is a network diagram utilized to describe the various disclosedembodiments.

FIG. 2 is a schematic diagram of a computing device according to anembodiment.

FIG. 3 is a flowchart illustrating a method for determining vendor'sidentity based on electronic documents analysis, according to anembodiment.

FIG. 4 is a flowchart illustrating a method for determining a firstapproximate identity of a vendor entity that issued a first electronicdocument based on textual items' sequences, according to an embodiment.

FIG. 5 is a flowchart illustrating a method for determining a secondapproximate identity of a vendor entity that issued a first electronicdocument based on textual items, according to an embodiment.

FIG. 6 is a flowchart illustrating a method for automaticallyclassifying digital images of transaction evidences according to anembodiment.

FIG. 7 is a flowchart illustrating a method for automaticallyclassifying digital images of transaction evidences based on a primaryexpense type, according to an embodiment.

FIG. 8 is a flowchart illustrating a method for generating a digital mapbased on one or more processed digital images of transaction evidencesaccording to an embodiment.

FIG. 9 is a flowchart illustrating a method for determining eligibilityof transactions for tax reclaim based on geographic location accordingto an embodiment.

DETAILED DESCRIPTION

It is important to note that the embodiments disclosed by the disclosureare only examples of the many advantageous uses of the innovativeteachings herein. In general, statements made in the specification ofthe present application do not necessarily limit any of the variousclaimed disclosures. Moreover, some statements may apply to someinventive features but not to others. In general, unless otherwiseindicated, singular elements may be in plural and vice versa with noloss of generality. In the drawings, like numerals refer to like partsthrough several views.

FIG. 1 shows an example network diagram 100 utilized to describe thevarious disclosed embodiments. In the example network diagram 100, acomputing device 120, a plurality of databases 140-1 through 140-N(hereinafter referred to individually as a database 140 and collectivelyas databases 140, merely for simplicity purposes), a transactionevidence repository 130, and a plurality of data sources 150-1 through150-M (hereinafter referred to individually as a data source 150 andcollectively as data sources 150, merely for simplicity purposes) arecommunicatively connected via a network 110. The network 110 may be, butis not limited to, a wireless, cellular or wired network, a Local AreaNetwork (LAN), a Wide Area Network (WAN), a Metro Area Network (MAN),the Internet, the World Wide Web (WWW), similar networks, and anycombination thereof.

The computing device 120 is communicatively connected, using a networkinterface 126 to the network 110. In an embodiment, the computing device120 is a combination of computer hardware and computer softwarecomponents configured to execute predetermined computing tasks. Thecomputing device 120 includes a processor 122 and a memory 124. Thememory 124 contains therein instructions that when executed by theprocessor 122 configure the computing device 120 to execute actions asfurther described herein below. In an embodiment the computing device120 is, or consists of, an analyzer that is adapted to perform the tasksdescribed herein. Such an analyzer can, for example, identify andextract data items, e.g. textual data items.

The transaction evidence repository 130 may include a plurality ofelectronic documents. Such electronic documents may include, but is notlimited to, evidentiary electronic documents including informationrelated to transactions. The evidentiary electronic documents mayinclude, but are not limited to, invoices, receipts, and the like.

The database 140 may be configured to store, for example, images oftransaction evidences (e.g., electronic documents) that were previouslyanalyzed. The previously analyzed images (e.g., electronic documents)may include for example invoices that include textual items thatdescribe the goods or services rendered, that were previously analyzedsuch that, for example, the vendor entity provided the service or thegoods, is determined. According to another embodiment, the database 140is used for storing data files that contain only the extracted data thathave been extracted from electronic documents, without the electronicdocument itself. According to another embodiment, the database 140 maystore only the extracted data determined to be useful for the purpose ofdetermining the identity of a vendor that issued a new electronicdocument.

The data source 150 may be an electronic data source such as a website,a data warehouse, a cloud database, etc. that may also store data thatis associated with and extracted from the electronic documents.

In an embodiment, the computing device 120 is configured to receive afirst electronic document. The first electronic document includes aplurality of textual items. Textual items may be for example,characters, letters, digits, words, sentences, symbols, and so on. Thefirst electronic document may be a transaction evidence, for example, aninvoice issued by a vendor entity. The first electronic document may bereceived or collected from, for example, the transaction evidencerepository 130, the database 140, a data source (e.g., the data source150), from a user device (not shown), etc. A user device may be forexample, a smartphone, a tablet, a laptop.

In an embodiment, the computing device 120 is configured to perform acleaning process of the textual items of the first electronic document.The cleaning process may include, for example, lower case detection,tokenizing, stemming, digits, punctuation, removal of repeatedcharacters, electronic mail (email) addresses, domain stop-words [e.g.,Value Added Tax (“VAT”), “invoice”, “tax”, etc.].

In an embodiment, the computing device 120 is configured to extractusing, for example, computer vision technique, e.g., Optical CharacterRecognition (OCR), at least a first sequence of textual items from theplurality of textual items of the first electronic document. The atleast a first sequence of textual items may include one or morecontiguous sequences of characters, symbols, words, digits, and thelike.

The sequence of textual items may be referred to as ngrams. The at leasta first sequence of textual items also includes a first set ofcharacteristics. The first set of characteristics may be indicative of,for example, the number of the units (e.g. words or letters) the firstsequence is composed of, each unit's content, the order of every unit inthe sequence, and so on. For example, a first sequence may be: “Hilton”,“Paris”, “France”. As further discussed herein below, the set ofcharacteristics of each sequence may be used, among other things, fordetermining association between two or more electronic documents.

In an embodiment, the computing device 120 is configured to determine afirst approximate identity of a vendor entity that issued the firstelectronic document. The determination may be achieved by comparing thefirst sequence of textual items to at least a second sequence of textualitems that is associated with at least a second electronic document of aplurality of second electronic documents that was previously associatedwith a unique vendor entity as further discussed herein below. In orderto determine the first approximate identity of the vendor entity thatissued the first electronic document the computing device 120 isconfigured to perform the following comparisons.

The computing device 120 is configured to perform a first comparisonbetween the first sequence of textual items and at least a secondsequence of textual items of a plurality of second electronic documentsthat is associated with at least a second electronic document of aplurality of second electronic documents. Each of the plurality ofsecond electronic documents is previously associated with a uniquevendor entity. The second sequence of textual items may include one ormore contiguous sequences of characters, symbols, words, digits, etc.and may be referred to as ngrams. The at least a second sequence oftextual items may also include a second set of characteristics. Thesecond set of characteristics may be indicative of, for example, thenumber of the units (e.g. words, letters, etc.) the second sequence iscomposed of, each unit's content, the order of every unit in thesequence, and so on. For example, a second sequence may be identical tothe first sequence, totally different, partially similar, etc.

In an embodiment, the first comparison may be achieved by comparing thefirst set of characteristics to the second set of characteristics of theat least a second sequence of textual items of the plurality of secondelectronic documents. The second electronic documents may be for examplea plurality of invoices that were previously analyzed and thereafterassociated with a unique vendor entity. The unique vendor entity may be,for example, a specific branch of a hotel chain having a unique VATidentifier. For example, it may be previously determined that 10,000 outof 2,000,000 invoices (e.g., second electronic documents) that werepreviously processed were issued by the London Marriot® Hotel CountyHall, which is a branch of the Marriott® hotel chain.

For the first comparison, the computing device 120 is further configuredto generate based on the first comparison, for each of the at least asecond sequence of textual items of the plurality of second electronicdocuments, a sequence matching score with respect to each of the atleast a first sequence of textual items. The sequence matching scoreindicates a similarity level between two or more sequences of textualitems. The sequence matching score may include a scale from ‘0’-‘10’where ‘0’ indicates that there is no association between a first and asecond sequence and ‘10’ indicates that the two sequences are identical.Identical sequences may have the same number of units, same content,same units' order.

Generating the sequence matching score with respect to each of the atleast a first sequence of textual items may include, for example,generating multiple sequence matching scores that indicate similaritylevel between the first sequence and multiple second sequences that areassociated with multiple electronic documents. Thus, after the sequencematching scores of each of the second sequences are generated, the scoremay be indicative of an association level, or link, between the firstelectronic document and the second electronic document.

In an embodiment, generating the sequence matching score between a firstsequence of textual items of a first electronic document and at least asecond sequence of textual items of a second electronic document isachieved by calculating Term Frequency-Inverse Document Frequency(TFIDF) weight for all textual items (e.g., words) of each sequence(e.g., n-gram) of textual items. Thus, a TFIDF weight may also begenerated for each sequence of textual items. The TFIDF weight may beindicative of the approximate textual item's (e.g., word's) importance.Thus, only textual items having a TFIDF weight that is above apredetermined threshold may be used by the computing device 120 forcalculating and generating the sequence matching score. For example, afirst sequence out of ‘10’ sequences of a first electronic document mayinclude words that have a relatively low TFIDF weight and therefore thefirst sequence may not be used for calculating and generating thesequence matching score between the sequences of the first electronicdocument and the sequences of a second electronic document.

In an embodiment, calculation of textual item (e.g., a word) score isbased TFIDF weights as an approximation to textual item's (e.g., word's)importance. A word may be considered as important if it was found asimportant at least in one of the documents in a corpus. Thus, TFIDFbased weight for importance of word m can be represented as:

${weight_{m}} = {\max\limits_{d \in D}\left( {{tfi}df_{m,d}} \right)}$

where D denotes set of electronic documents (e.g., invoices) in corpus,where d denotes a document within D, and tfidf_(m,d) is a score of wordm in document d.

The computing device 120 is further configured to search, based on eachof the generated sequence matching scores, for at least a secondelectronic document of the plurality of second electronic documents,having a sequence matching score that is above a first predeterminedthreshold. The search may be performed throughout a database (e.g., thedatabase 140). The first predetermined threshold may be, for example, asequence matching score of ‘9’ out of ‘10’. That is, the computingdevice 120 is configured to search for one or more second electronicdocuments having one or more sequences indicating a high level ofsimilarity between the at least a first sequence and the at least asecond sequence. In an embodiment, the at least a second electronicdocument is previously associated with a unique vendor entity.

The computing device 120 is further configured to determine the firstapproximate identity of the vendor entity that issued the firstelectronic document based on the previously associated identity of theunique vendor entity that issued the second electronic document. Thefirst approximate identity of the vendor may include the vendor's name,VAT identifier, vendor's address, and so on. For example, it ispreviously determined that a second electronic document (e.g., a secondinvoice) has been issued by Hilton® Amsterdam hotel. According to thesame example, when the first electronic document (e.g., a new invoice)is analyzed, one or more sequences of textual items of the firstelectronic document and of the second electronic document are compared(e.g., the characteristics may be compared) and thereafter indicate thatthe first electronic document and the second electronic document aresimilar above a threshold. Therefore, it is determined that the vendor(e.g., Hilton® Amsterdam) that issued the second electronic document isthe same vendor that issued the first electronic document.

In an embodiment, determining the first approximate identity of a vendorentity that issued the first electronic document is achieved wheren_(ij) is an order of common ngram for invoices i and j. To detectcommon ngrams, cleaned text of each invoice is presented as a set of allpossible obtainable ngrams. In one embodiment, the 2nd, 3rd, and 4thorders are extracted. The link function between invoices i, j ispresented as:

$l_{ij} = {\sum\limits_{k = 1}^{K}n_{k}^{{score}{(n_{k})}}}$

where K is a number of common ngrams for i and j, and score_((nk)) is asum of TFIDF based weights of all words in ngram k.

In an embodiment, the computing device 120 is further configured toextract at least a first multiset of textual items from the plurality oftextual items of the first electronic document. The first multiset oftextual items may be extracted using a Bag-of-Words (BOW) model by whichthe electronic document is represented as the multiset of its words.That is, the textual items (e.g., words) that exist in the firstelectronic document are transformed into a first multiset that enablesto calculating various measures to characterize the text. For example,using the BOW model a term (e.g., a word) frequency in the electronicdocument, can be detected. For example, using the BOW model, it isdetermined that the terms “Hilton”, “Amsterdam”, “Schiphol”, “Boulevard”and “701” exist in the first electronic document, that the word “Hilton”was mentioned three times and that the word “Schiphol” was mentionedtwice. In a further embodiment, the computing device extracts a firstset of textual items (and not a multiset).

In an embodiment, the computing device 120 is further configured todetermine a second approximate identity of a vendor entity that issuedthe first electronic document by comparing the first multiset (or set)of textual items to at least a second multiset of textual items that waspreviously associated with a unique vendor entity. In order to determinethe second approximate identity of the vendor entity that issued thefirst electronic document, the computing device 120 is configured toperform second comparison, and process the results thereof.

In an embodiment, the computing device 120 is configured to perform asecond comparison between the at least a first multiset (or set) oftextual items of the first electronic document and the at least a secondmultiset of textual items that was previously associated with a uniquevendor entity. The second multiset of textual items may be previouslyextracted using the aforementioned BOW model, by which the previouslyanalyzed second electronic documents are represented as the multiset oftheir words. That is, textual items (e.g., words) that exist in apreviously analyzed second electronic document are transformed into asecond multiset that enables calculating various measures tocharacterize the text. For example, using the BOW model a term (e.g., aword) frequency in the second electronic document, can be detected.

In an embodiment, by determining terms' frequency for each of the secondelectronic documents, a multiset (i.e., BOW) for each vendor can begenerated and stored as a data file. For example, the terms “Hilton”,“Amsterdam”, “Schiphol”, “Boulevard” and “701” exist in each of the14,000 previously analyzed invoices, that were previously associatedwith a specific branch of Hilton hotels chain called Hilton AmsterdamSchiphol hotel. Thus, although the word “Hilton” may exist in otherinvoices without the terms “Schiphol” and “701”, the other invoicesshall not be associated with the Hilton Amsterdam Schiphol hotel. Forexample, the first extracted multiset (BOW) indicates that the terms“Hilton”, “Amsterdam”, “Schiphol”, “Boulevard” and “701” exist in thefirst electronic document. Thus, the computing device 120 compares thefirst multiset to at least a second multiset, or a plurality of secondmultisets that may include the same textual items (BOW). The comparisonmay facilitate detection of similarity between the first multiset and atleast a second multiset, as further discussed herein. In a furtherembodiment, the BOW model may be designed to detect words that areassociated with vendors, such as, addresses, phone numbers, names, etc.

In an embodiment, the computing device 120 is configured to generate,based on the second comparison, a textual items' matching score for eachof the at least a first multiset of textual items with respect to eachof the at least a second multiset of textual items. A relatively hightextual items' matching score indicates that a specific group of wordsthat was detected in the first electronic document, exists in arelatively high frequency in a second multiset of textual items that isassociated with a unique vendor.

The textual items' matching score may include a scale from ‘0’-‘10’where ‘0’ indicates that there is no association between a firstmultiset of textual items and a second multiset of textual items, and‘10’ indicates that the two multisets of textual items are identical.For example, although the words “car”, “rental” and “Germany” exist in400,000 invoices that were previously analyzed, the first multisetincludes the terms “car”, “rental”, “Sixt®”, “Germany”, Munich” and“Airport”. Therefore, a relatively high textual items' matching score isgenerated with respect to a second multiset that includes the terms“car”, “rental”, “Sixt®”, “Germany”, “Munich” and “Airport”.

According to the same example, it should be noted that the multiset oftextual items that includes the terms “car”, “rental”, “Sixt®”,“Germany”, “Munich” and “Airport” may be previously associated with aunique vendor such as a branch of Sixt® car rental company located atMunich, Germany airport. Therefore, the second multiset that ispreviously associated with the unique vendor entity may have a hightextual items' matching score with respect to the first multiset, whichmay indicate that the first electronic document (e.g., invoice) wasissued by the same vendor entity, e.g., the Munich, Germany branch ofSixt® car rental company. To this end, two different branches of thesame company are considered as two different vendors entities. In anembodiment, the generation of the textual items' matching score isachieved by calculating a frequency level of at least a portion of thefirst multiset of textual items, at the at least a second multiset oftextual items.

In an embodiment, a link function I between a vendor invoice v_(i) andvendor invoice v_(j) is determined as follows. Iv_(i)v_(j) is equal to‘1’ if invoices v_(i) and v_(j) have the same BOW-detected vendor;Iv_(i)v_(j) is equal to ‘−1’ if no vendors were detected for v_(i) andv_(j); and, Iv_(i)v_(j) is equal to ‘0’ otherwise. The link function mayindicate the association level between a first electronic document andat least a second electronic document.

In an embodiment, a link function between two invoices may be determinedby:

$l_{ij}^{*} = \left\{ \begin{matrix}{l_{ij},} & {{{if}\mspace{14mu} I_{v_{i}v_{j}}} = {{{{- 1}\&}\mspace{14mu} l_{ij}} > c}} \\{{l_{ij} + {\min\left( {w_{i},w_{j}} \right)}},} & {{{if}\mspace{14mu} I_{v_{i}v_{j}}} = 1} \\{0,} & {otherwise}\end{matrix} \right.$

where is a pre-defined threshold value. l_(ij)* equals to ‘0’ whendifferent vendors were detected, and therefore no link exists between iand j.

In an embodiment, the computing device 120 is configured to search,based on the generated textual items' matching scores, for at least asecond multiset of textual items that is associated with a unique vendorentity, and that have a textual items' matching score that is above asecond predetermined threshold. The second predetermined threshold maybe, for example, a score of ‘9’ out of ‘10’.

That is, the computing device 120 is further configured to search for asecond multiset (BOW that is associated with a unique vendor) thatcontains the terms (e.g., words) that exist in the first multiset, in arelatively high frequency. Thus, although multiple multisets may includethe words “hotel”, only the Paris Marriott® Opera Ambassador hotellocated in Paris, France may be associated with a multiset that alsoincludes the word “Opera” (in addition to the words “hotel”, “Paris”,etc.). Therefore, several multisets that were previously determined (andmay be periodically updated) may have different textual items' matchingscores indicating the textual items (terms) frequency of the firstelectronic document in each of the several multisets. For example, 5,000multisets of textual items are previously associated with 5,000different vendors entities.

According to the same example, when a first multiset of a new electronicdocument is compared to multiple second multisets of textual items, itis determined, by the system 120, that the word “hotel” exists in 2,000of the second multisets, such that a matching score (relatively low one)may be generated with respect to the 2,000 multisets. According to thesame example, only one multiset of the 2,000 multisets (e.g., a multisetthat is associated with the Paris Marriott® Opera Ambassador hotel) alsoincludes the words “Opera”, “Marriot” and “Paris” which also exist inthe first multiset of the first electronic document.

Therefore, the computing device 120 may generate the highest textualitems' matching score for the second multiset that includes the textualitems “Opera”, “Marriot”, “Paris” and “hotel”. Thus, the when thecomputing device 120 searches for at least a second multiset of textualitems that have a textual items' matching score that is above the secondpredetermined threshold, the multiset that is previously associated withthe Paris Marriott® Opera Ambassador hotel located in Paris, France, maybe the result having the highest textual items' matching score comparedto the rest of the second multisets that are associated with differentvendors entities.

The computing device 120 is further configured to determine a secondapproximate identity of the vendor entity that issued the firstelectronic document based on a predetermined identity of the uniquevendor entity to which the second multiset of textual items isassociated with. For example, the result of the search indicates thatthe vendor entity that is associated with the second multiset having thehighest textual items' matching score is the San Francisco Avis® carrental company branch that is located at 333 OFarrell Street, SanFrancisco, Calif., 94102, USA. Thus, the computing device 120 determinesthe second approximate identity of the vendor entity that issued thefirst electronic document is the San Francisco Avis® car rental companybranch that is located at 333 OFarrell Street, San Francisco, Calif.,94102, USA.

In an embodiment, determining the second approximate identity of thevendor entity that issued the first electronic document, is determinedby:

Vendor(invoice_(i))=argmax_(vendors)(|cleaned_text_(i)∩BOW_(k)|),k=1,β,n_(vendors)

where the size of union in brackets is a weight of link between invoicei and vendor k (denoted by w_(i)), BOW_(k) is the BOW of vendor k,cleaned_text_(i) is the cleaned text of invoice i, and the predicted BOWis detected per vendor for invoice i.

In an embodiment, the computing device 120 is configured to determine aspecific identity of the vendor entity that issued the first electronicdocument upon determination that the first approximate identity and thesecond approximate identity are identical, otherwise performing aresolution process. As further discussed herein above, the computingdevice 120 determines the first approximate identity of the vendorentity that issued the first electronic document and the secondapproximate identity of the vendor entity that issued the firstelectronic document.

That is, the computing device 120 is further configured to determine twoapproximate identities that are based on two different methods. In thefirst method the computing device 120 uses the sequences of the textualitems (e.g., ngrams) that exist within the first electronic document andin the plurality of second electronic documents. In the second methodthe computing device 120 is configured to use the first multiset oftextual of the first electronic document and the previously analyzed andstored second multisets that are associated with a unique vendor entity.In case the identity of the two approximate vendor entities isidentical, the computing device 120 determines a specific and accurateidentity of the vendor entity that issued the first electronic document.

In an embodiment, when the identity of the two approximate vendorentities is nonidentical the computing device 120 may be configured toperform a resolution process. The resolution process may include forexample, determining a disconnection between the first electronicdocument and the at least a second electronic document. Determiningdisconnection between two or more electronic documents (e.g., invoices)indicates that the two or more electronic documents were issued bydifferent vendors entities.

In an embodiment, the computing device 120 is configured to associatethe determined specific identity of the vendor entity that issued thefirst electronic document with the first electronic document. Theassociation may include classifying or tag the first electronic documentwith respect to the specific vendor entity that issued the firstelectronic document.

In a further embodiment, the computing device 120 periodically updates adata file that contains the at least a second sequence of textual itemsthat is associated with at least a second electronic document of theplurality of second electronic documents that is previously associatedwith a unique vendor entity. That is, from time to time vendors maychange their invoices' details, thus in order to be able to perform thedisclosed method across time, the computing device 120 periodicallyupdates the sequences that were extracted.

According to another embodiment, the computing device 120 is configuredto compute and generate an association level (e.g., link) indicating theconnection level between each of the first electronic document and atleast part of the plurality of the second electronic documents. Thecalculation of the association level between the electronic documentsmay be achieved using the generated sequence matching score, as furtherdiscussed herein above. That is, there may be multiple electronicdocuments (e.g., invoices) that may have different associations. Theassociation levels are based on the sequences of textual items of theelectronic documents such that a first electronic document may have ahigh association level (e.g., 10 out of 10) with respect to a secondelectronic document based on the sequences of the second electronicdocument, and the first electronic document may also have a mediumassociation level (e.g., 5 out of 10) with a third electronic documentbased on the sequences of textual items.

In an embodiment, the association level between a new electronicdocument and a trained electronic document is presented by I_(v_train)_(i) _(,v_new) _(j) . I_(v_train) _(i) _(,v_new) _(j) equals to ‘1’ ifvendor of trained invoice i is equal to BOW-detected vendor of the newelectronic document invoice j, and equal to ‘0’ otherwise.

In an embodiment, the computing device 120 is configured to apply a setof rules for improving the accuracy of the link function and forreducing the processing time of a new invoice with respect to aplurality of trained invoices (i.e., second electronic documents). Theset of rules may determine, for example, that a new invoice must becompared only to trained invoices that were issued by companies that arelocated at the same country at which the company that issued the newinvoice is located. The set of rules may also determine that a newinvoice must be compared only to trained invoices having the sameexpense type. For example, a new invoice indicating a hotel stay of twonights in France, may be compared to other invoices indicating a hotelstay that were issued in France. According to the same example, thecomputing device 120 is configured to ignore trained invoices thatindicate other countries, except France and expense types other thanhotels. As a non-limiting example, I_(E,C) is equal to ‘1’ for expensetype E and country C, and 0 otherwise. A new received invoice will haveI_(v_train) _(i) _(,v_new) _(j) that is equal to ‘1’ if the vendor ininvoice i is equal to BOW-detected vendor in the new invoice j, and ‘0’otherwise. The weight the of BOW-detected vendor for the new invoice isw_(j) if I_(v_train) _(i) _(,v_new) _(j) =1, and ‘0’ otherwise. Thefinal link function between a new invoice j and the invoice i isdetermined to be:

l _(ij) *=I _(E,C)*(l _(ij) +w _(j)), if l _(ij) >c

For each new invoice, an invoice i is chosen such that l_(ij)* has amaximum value for the invoice j. One of ordinary skill in the art wouldreadily appreciate that the invoice i acts as a “donor”, that is, thevendor of invoice i is assigned also to the new invoice j ifappropriate.

In a further embodiment, the computing device 120 may be configured toexecute a training phase at which electronic documents (e.g., invoices)are processed and a network (e.g., a multidimensional graph) ofelectronic documents is generated. To this end, the computing device 120may be configured to generate a network of electronic documents wherethe electronic documents (e.g., invoices) are defined as nodes havingedges that may be defined by the following link function:

$l_{ij} = {\sum\limits_{k = 1}^{K}n_{k}^{{score}_{k}}}$

where K is a number of common ngrams for i and j, and score_(k) is a sumof TFIDF based weights of all words in ngram k.

In the training phase the computing device 120 may extract and determinemultiple sequences (e.g., ngrams) of textual items that are associatedwith electronic documents. Based on the link function, common sequences(e.g., ngrams) are determined such that the computing device 120 may beconfigured to determine the association level between at least part ofthe electronic documents to which the sequences are associated with. Itshould be noted that when a new electronic document (e.g., an invoice)is received, the electronic document is added as a node to the networkof electronic documents.

In a further embodiment, the computing device 120 may generate amultidimensional graph based on association levels (e.g., links) betweenthe electronic documents. The multidimensional graph may include aplurality of nodes representing the electronic documents (e.g., theinvoices) and a plurality of links that represent the association levelsbetween the electronic documents (e.g., the invoices). The nodes'position in the graph may be determined by the computing device 120 withrespect to the association levels between the electronic documents asdetermined using, for example, the sequence matching score.

For example, all electronic documents (e.g., invoices) that were issuedby a vendor entity called “Avis, San Francisco” may be located in closeproximity (in the graph) to each other, having a high association levelbetween each other. On the other hand, an electronic document (e.g., aninvoice) having poor association level, or having no association at all,with the electronic documents that were issued by the “Avis, SanFrancisco” vendor entity, may be positioned away from the group ofelectronic documents that were issued by the “Avis, San Francisco”vendor entity. The links indicate the association levels between two ormore electronic documents. A link may include a score indicating theassociation level between two electronic documents.

In an embodiment, the computing device may be configured to applyclustering over the network of electronic documents (e.g., invoices)and/or over the multidimensional graph. The clustering may include, forexample, presenting all invoices that are associated with a specificvendor, invoices from a specific region or country, invoices of aspecific expense type, and so on. That is, homogeneous clusters may begenerated using the generated network of electronic documents.

According to another embodiment, after a new electronic document (e.g.,an invoice) is received and analyzed (using sequences and multisets oftextual items) as further discussed herein above, the new electronicdocument may be associated with a cluster of electronic documents. Thecomputing device 120 may determine a label for each cluster ofelectronic documents. A label may be for example the name of a vendorthat is the most common vendor among all invoices in the cluster of acertain cluster. For example, a cluster of invoices of hotels in Englandmay include 99% invoices that issued by the Marriott® hotel and 1%invoices that were issued by Hilton®. Thus, upon determination that theelectronic document relates to a hotel stay in England, the computingdevice 120 may determine that the name of the hotel is Marriott based onthe high frequency of invoices issued by the Marriott hotel in thespecific cluster of invoices.

It should be noted that the system and method thereof for detectingvendor identity that issued an electronic document that is describedherein above and below, may also be used for automatically detectingvarious parameters, patterns, and so on (not only vendor detection). Forexample, other parameters that may be detected using the disclosedmethod may include, an expense type of an invoice, a VAT breakdown, VATindication, a country at which the electronic document was issued, andso on.

FIG. 2 is an example schematic diagram of the computing device 120according to an embodiment. The computing device 120 includes aprocessing circuitry 210 coupled to a memory 215, a storage 220, an OCRprocessor 230, and a network interface 240. In an embodiment, thecomponents of the computing device 120 may be communicatively connectedvia a bus 250.

The processing circuitry 210 may be realized as one or more hardwarelogic components and circuits. For example, and without limitation,illustrative types of hardware logic components that can be used includeField programmable Gate Arrays (FPGAs), Application-Specific IntegratedCircuits (ASICs), Application-Specific Standard Products (ASSPs),System-On-a-Chip systems (SOCs), general-purpose microprocessors,microcontrollers, Digital Signal Processors (DSPs), and the like, or anyother hardware logic components that can perform calculations or othermanipulations of information.

The memory 215 may be volatile (e.g., Random Access Memory (RAM), etc.),non-volatile (e.g., Read-Only Memory (ROM), flash memory, etc.), or acombination thereof. In one configuration, computer readableinstructions to implement one or more embodiments disclosed herein maybe stored in the storage 220.

In another embodiment, the memory 215 is configured to store software.Software shall be construed broadly to mean any type of instructions,whether referred to as software, firmware, middleware, microcode,hardware description language, or otherwise. Instructions may includecode (e.g., in source code format, binary code format, executable codeformat, or any other suitable format of code). The instructions, whenexecuted by the one or more processing circuitry 210, cause theprocessing circuitry 210 to perform the various processes describedherein.

The storage 220 may be magnetic storage, optical storage, and the like,and may be realized, for example, as flash memory or other memorytechnology, CD-ROM, Digital Versatile Disks (DVDs), or any other mediumwhich can be used to store the desired information.

The OCR processor 230 may include, but is not limited to, a featureand/or pattern recognition unit (RU) configured to identify patterns,features, or both, in at least partially unstructured datasets. The OCRprocessor 230 may be configured to extract textual data items fromelectronic documents as further described herein above with respect ofFIG. 1.

The network interface 240 allows the computing device 120 to communicatewith the transaction evidence repository 130, the database 140, for thepurpose of, for example, retrieving data, storing data, and the like.

It should be understood that the embodiments described herein are notlimited to the specific architecture illustrated in FIG. 2, and otherarchitectures may be equally used without departing from the scope ofthe disclosed embodiments.

FIG. 3 is an example flowchart 300 illustrating a method for determiningvendor identity based on electronic documents analysis, according to anembodiment. In an embodiment, the method may be performed by thecomputing device 120.

At S310, a first electronic document is received. The first electronicdocument includes a plurality of textual items. Textual items may be forexample, characters, letters, digits, words, sentences, symbols, and soon.

At S320, at least a first sequence of textual items is extracted fromthe plurality of textual items of the first electronic document. Thefirst sequence of textual items may include one or more contiguoussequences of characters, symbols, words, digits, etc. and may bereferred to as ngrams. The at least a first sequence of textual itemsalso includes a first set of characteristics. The first set ofcharacteristics may be indicative of, for example, the number of theunits (e.g. words or letters) the first sequence is made of, each unit'scontent, the order of every unit in the sequence, and so on.

At S330, a first approximate identity of a vendor entity that issued thefirst electronic document is determined. The determination may beachieved by comparing the first sequence of textual items to at least asecond sequence of textual items that is associated with at least asecond electronic document of a plurality of second electronic documentsthat was previously associated with a unique vendor entity. S330 isfurther discussed herein below with respect of FIG. 4.

At S340, at least a first multiset of textual items is extracted fromthe plurality of textual items of the first electronic document. Thefirst multiset of textual items may be extracted using a Bag-of-Words(BOW) model, by which the electronic document is represented as themultiset of its words.

At S350, a second approximate identity of a vendor entity that issuedthe first electronic document is determined by comparing the firstmultiset of textual items to at least a second multiset of textual itemsthat was previously associated with a unique vendor entity. S350 isfurther discussed herein below with respect of FIG. 5.

At S360, a specific identity of the vendor entity that issued the firstelectronic document is determined upon determination that the firstapproximate identity and the second approximate identity are identical,otherwise a resolution process is performed. The resolution process mayinclude for example, determining a disconnection between the firstelectronic document and the at least a second electronic document.Determining disconnection between two or more electronic documents(e.g., invoices) indicates that the two or more electronic documentswere issued by different vendors entities.

Optionally, at S370, the determined specific identity of the vendorentity that issued the first electronic document is associated with thefirst electronic document. The association may include classifying ortag the first electronic document with respect to the specific vendorentity that issued the first electronic document.

FIG. 4 is an example flowchart 330 illustrating a method for determininga first approximate identity of a vendor entity that issued a firstelectronic document based on textual items' sequences, according to anembodiment. In an embodiment, the method may be performed by thecomputing device 120.

At S330-10, a first comparison is performed between a first sequence oftextual items, and at least a second sequence of textual items of aplurality of second electronic documents that is associated with atleast a second electronic document of a plurality of second electronicdocuments.

Each of the plurality of second electronic documents is previouslyassociated with a unique vendor entity. The second sequence of textualitems may include one or more contiguous sequences of characters,symbols, words, digits, etc. and may be referred to as ngrams. The atleast second sequence of textual items may also include a second set ofcharacteristics. The second set of characteristics may be indicative of,for example, the number of the units (e.g. words, letters, etc.) thesecond sequence is composed of, each unit's content, the order of everyunit in the sequence, and so on.

At S330-20, a sequence matching score is generated for each of the atleast a second sequence of textual items of the plurality of secondelectronic documents with respect to the each of the at least a firstsequence of textual items. The sequence matching score may indicate thesimilarity level between two or more sequences of textual items.Generating the sequence matching score may be achieved by calculatingTerm Frequency-Inverse Document Frequency (TFIDF) weight for all textualitems (e.g., words) of each sequence (e.g., ngram) of textual items. TheTFIDF weight may also be generated for each sequence of textual items.The TFIDF weight may be indicative of the approximate textual item's(e.g., word's) importance as further discussed herein above with respectof FIG. 1.

At S330-30, based on each of the generated sequence matching scores, asearch is performed for at least the second electronic document of theplurality of second electronic documents having a sequence matchingscore that is above a first predetermined threshold. The at least secondelectronic document is previously associated with a unique vendorentity.

At S330-40, the first approximate identity of the vendor entity thatissued the first electronic document is determined based on thepreviously associated identity of the unique vendor entity that issuedthe at least second electronic document.

FIG. 5 is an example flowchart 350 illustrating a method for determininga second approximate identity of a vendor entity that issued a firstelectronic document based on textual items, according to an embodiment.In the embodiment, the method may be performed by the computing device120.

At S350-10, a second comparison between at least a first multiset oftextual items of a first electronic document and the at least the secondmultiset of textual items that was previously associated with the uniquevendor entity, is performed. The at least the second multiset of textualitems may be previously extracted using the BOW model by which thepreviously analyzed second electronic documents are represented as themultiset of their words. That is, textual items (e.g., words) that existin a previously analyzed second electronic document are transformed intoa second multiset that enables calculating various measures tocharacterize the text. For example, using the BOW model, a term (e.g., aword) frequency in the second electronic document can be detected. In anembodiment, by determining terms' frequency for each of the secondelectronic documents, a multiset (i.e., BOW) for each vendor can begenerated and stored as a data file.

At S350-20, a textual items' matching score is generated for each of theat least a first multiset of textual items with respect to each of theat least a second multiset of textual items. For example, a relativelyhigh textual items' matching score indicates that a specific group ofwords that was detected in the first electronic document, exists in arelatively high frequency in a second multiset of textual items that isassociated with a unique vendor.

At S350-30, a search is performed, based on the generated textual items'matching scores, for at least a second multiset of textual items that isassociated with a unique vendor entity, and that have a textual items'matching score that is above a second predetermined threshold. Thesecond predetermined threshold may be, for example, a score of 9 out of10. That is, the computing device 120 searches for a second multiset(BOW that is associated with a unique vendor) that contains the terms(e.g., words) that appear in the first multiset, in a relatively highfrequency.

At S350-40, a second approximate identity of the vendor entity thatissued the first electronic document is determined based on apredetermined identity of the unique vendor entity to which the secondmultiset of textual items is associated with.

With the system and method described above, a vendor's identityassociated with a transaction may be determined automatically, even if alarge number of receipts are gathered. As such, appropriate tax rulesassociated with the vendor's identity may be readily applied.Additionally, such determination of the vendor's identity may be used tocomplete manually entered vendor identity information, and in the casewhere the vendor's identity has not been entered, serve as a substitute.Therefore, determination of the vendor's identity may be streamlined.

FIG. 6 is an example flowchart 600 illustrating a method forautomatically classifying digital images of transaction evidencesaccording to an embodiment. In an embodiment, the method may beperformed by the computing device 120.

At S610, a digital image of a transaction evidence is received. Thedigital image may be received from a user device, such as a smartphone(not shown), from a server, and so on. In an embodiment, the image maybe extracted from a data warehouse, such as the transaction evidencerepository 130 that may include a plurality of images. Such images mayinclude, but is not limited to, evidentiary electronic documentsincluding information related to transactions. The evidentiaryelectronic documents may include, but are not limited to, invoices,receipts, and the like.

At S620, a plurality of descriptive data items and a plurality ofnumeric values that are associated thereto are extracted from the imageof the transaction evidence. The descriptive data items may be words,symbols, and the like, that are indicative of a related expense type,and the plurality of numeric values represents the amounts paid for eachexpense item that is represented by the plurality of descriptive dataitems. The extraction may be achieved using the OCR technique. Theextraction may include conversion of image to text.

At S630, an association between at least one of the plurality of numericvalues and at least one descriptive data item of the plurality ofdescriptive data items, is determined. The determination may be achievedbased on at least one predetermined positioning rule. The positioningrule relates to the position of at least one descriptive data item inrelation to at least one numeric value as further described hereinbelow.

At S640, the extracted descriptive data items are analyzed with respectto the associated numeric values and at least one expense typeclassification rule. An expense type classification rule may beindicative of a primary expense type and at least a secondary expensetype. For example, the expense type classification rule may state thatthe descriptive data item that is associated with the highest numericvalue in comparison to the other numeric values of the transactionevidence, is the primary expense type and all the other representsecondary expense types. The expense type classification rule may beselected from a plurality of expense type classification rules that maybe stored in a database, a web source, a cloud database, and so on.

In an embodiment, the selection of the expense type classification rulemay be achieved by determining, based on extraction and analysis of dataand metadata associated with the image of the transaction evidence, atleast a country parameter. The country parameter is a data item thatindicates to which country or countries the vendor and the consumer arerelated. The data may include for example, the vendor address, vendorname, etc. The metadata may relate to information that does not exist inthe image of the transaction evidence, such as a specific legal entityand/or the address of, for example, a subsidiary to which thetransaction evidence is related.

By determining the country parameter one or more data sources such as adatabase, a web source, a cloud database, etc. can be searched for arelevant expense type classification rule. That is, different countriesmay apply different tax rules and different requirements. Thus, while ina first country the expense type classification rule states that thehighest amount is indicative of the primary expense type, in a secondcountry other rules may apply indicating otherwise.

In an embodiment, the VAT classification is determined for at least theprimary expense type based on the one or more relevant tax regulationsthat were extracted based on the identified country parameter.

The analysis may further include comparison of the extracted descriptivedata items to a plurality of previously analyzed and tagged descriptivedata items that is associated with at least one previously analyzed andpreviously tagged transaction evidence. The comparison allows todetermine the expense type of the transaction evidence based on previouscases, previous transaction evidences, that were previously analyzed,tagged and classified as related to a certain type of expense.

At S650, at least a primary expense type of the transaction evidence isdetermined based on the analysis. It should be noted that one or moresecondary expense types may be determined.

At S660, the transaction evidence is classified based on thedetermination of the primary expense type. The classification may beachieved by generating an electronic tag and associate the electronictag to the image of the transaction evidence. The electronic tag may beindicative of at least the primary expense type of the transactionevidence. The classification may further include sending the image ofthe analyzed transaction evidence to a data warehouse, a specificserver, electronic folder, designated database, cloud database, etc.based on at least the determined primary expense type.

With the method described above, classification of transaction evidencemay be made automatically, which would streamline both the time andminimize labor required to process the information, even when the volumeof information is large. Also, with the classification, different taxrules may be applied appropriately towards the transactions.

FIG. 7 is an example flowchart 700 illustrating a method forautomatically classifying digital images of transaction evidences basedon a primary expense type according to an embodiment. In an embodiment,the method may be performed by the computing device 120.

At S710, a digital image of a transaction evidence is received. Thedigital image may be received from a user device such as a smartphone(not shown), from a server, and so on. In an embodiment, the image maybe extracted from a data warehouse, such as, the transaction evidencerepository (e.g., the repository 130, FIG. 1) that may include aplurality of images. Such images may include, but is not limited to,evidentiary electronic documents including information related totransactions. The evidentiary electronic documents may include, but arenot limited to, invoices, receipts, and the like.

At S720, a plurality of descriptive data items is extracted from theimage of the transaction evidence. The plurality of descriptive dataitems is associated with a plurality of items that were previouslypurchased. The descriptive data items may be words, symbols, etc. thatare indicative of a related expense type, and the numeric valuerepresents the total amount paid for all the items exist in thetransaction evidence, in general. The extraction may be achieved usingOCR technique. The extraction may include conversion of image to text.In an embodiment, a numeric value that represents a transaction totalamount may also be extracted and be utilized to determine the primaryexpense type.

At S730, a search is performed, based on the extracted descriptive dataitems, in one or more electronic data sources for informative data thatis associated with at least one of the plurality of items. Theinformative data may include for example, at least one of a priceestimation of at least one item of the plurality of items, an averageprice, an exact price, and the like.

At S740, based on the result of the search, at least a correlated amountis determined for at least one of the plurality of descriptive dataitems. The correlated amount reflects the price paid for the itemassociated with the descriptive data item.

At S750, the extracted plurality of descriptive data items is analyzedwith respect to the correlated amounts and at least one expense typeclassification rule. The at least one expense type classification ruleis indicative of at least a primary expense type as further describedherein above.

At S760, at least a primary expense type of the transaction evidence isdetermined based on the analysis. It should be noted that one or moresecondary expense types may be determined.

At S770, the transaction evidence is classified based on thedetermination of the primary expense type. The classification may beachieved by generating an electronic tag and associate the electronictag to the image of the transaction evidence. The electronic tag may beindicative of at least the primary expense type of the transactionevidence. The classification may further include sending the image ofthe analyzed transaction evidence to a data warehouse, a specificserver, electronic folder, designated database, cloud database, etc.based on at least the determined primary expense type.

With the method described above, classification of the type of expenseassociated with a transaction may be made automatically, which wouldstreamline both the time and minimize labor required to process theinformation, even when the volume of information is large. Also, withthe classification, different tax rules may be applied appropriatelytowards the expense by which the transaction is made.

FIG. 8 is an example flowchart 800 illustrating a method for generatinga digital map based on one or more processed digital images oftransaction evidences according to an embodiment. In an embodiment, themethod may be performed by the computing device 120.

At S810, a digital image of a transaction evidence is received. Thedigital image may be received from a user device, from a server, and soon. In an embodiment, the image may be extracted from a data warehouse,such as, the transaction evidence repository (e.g., the repository 130,FIG. 1) that may include a plurality of digital images. Such digitalimages may include, but is not limited to, evidentiary electronicdocuments including information related to transactions. The evidentiaryelectronic documents may include, but are not limited to, invoices,receipts, and the like.

At S820, data that is indicative of at least a location parameter, atleast a time parameter and at least a transaction parameter that areassociated with the transaction evidence is extracted from the digitalimage of the transaction evidence. A location parameter is a data itemindicating, for example, the address of a vendor's branch from whichservices or goods were purchased, the location at which a tax receiptwas issued, and the like. A time parameter is a data item indicating,for example, the day, exact time, etc. where the transaction occurred. Atransaction parameter may include the transaction amount, the serviceand/or products description, and so on. The extraction may be achievedusing, for example, OCR or other computer vision techniques. Theextraction may include conversion of image to text.

At S830, a digital map is generated based on the extracted at least onelocation parameter. The generation of the digital map may includeselecting from a plurality of digital map templates an appropriate mapbased on the extracted location parameter.

At S840, at least one digital tag that includes at least the extractedlocation parameter, the time parameter and the transaction parameter, isgenerated. The digital tag is a visual representation of the aggregateddata items associated with a certain transaction, or more than onetransaction.

At S850, the at least one generated digital tag is associated with thegenerated digital map based on at least the location parameter. That is,the generated digital tag is positioned at the appropriate positionwithin the digital map which may reflect, for example, the location ofthe vendor's address.

At optional S860, the digital map and the at least one digital tag thatis associated thereto are displayed on a display of a user device.

With the method described above, by processing a digital image of atransaction evidence, a digital map is generated based on the locationparameter, and inappropriate reporting events of expenses made byemployees, and inappropriate reporting patterns may be automaticallydetected more quickly and easily, even when the volume of information islarge. Also, analysis of expense data to detect inappropriate behaviormay be made more efficiently.

FIG. 9 is an example flowchart 900 illustrating a method for determiningeligibility of transactions for tax reclaim based on geographic locationaccording to an embodiment. In an embodiment, the method may beperformed by the computing device 120 shown in FIG. 1.

At S910, information of a purchaser entity location and of a firstvendor entity location is extracted from a transactional electronicdocument. A transactional electronic document may be a record of atransaction, or a future transaction, between two parties that is storedin an enterprise resource planning (ERP) system, a database, a clouddatabase, within a digital image of an invoice or a receipt, bookingmanagement system, etc.

In an embodiment, one or more datasets may be created based on thetransactional electronic document that includes at least partiallyunstructured data. Data may be at least partially unstructured if it isor includes unstructured data, semi-structured data, structured datahaving an unknown structure, or a combination thereof. To this end, anoptical character recognition (OCR) technique, or other imageprocessing, may be utilized to determine data in the transactionalelectronic document, or in other electronic documents, such as forexample, expense reports. In an embodiment, the created datasets may beanalyzed and therefore allow identification of informative data items.Informative data items may be for example, a name of a vendor, a logo,etc. that can be further utilized for determining coordinates oflocation at which the purchaser and or vendor are registered for taxpurposes.

At S920, the extracted information is analyzed. The analysis mayinclude, for example, searching using the extracted information in oneor more data sources for coordinates of a location at which each of thepurchaser entity is registered for tax purposes and a location at whichthe vendor entity is registered for tax purposes. For example, using anextracted name or address of a vendor, the accurate coordinates thatallow calculation of the exact location of the vendor, may be extracted.The analysis may further include comparing the extracted information toone or more previous information that was gathered with respect to thesame vendor and/or the same purchaser for determining the coordinatesrelated thereto.

At S930, at least a first set of coordinates for a location of thepurchaser entity and at least a second set of coordinates for a locationof the first vendor entity is determined based on the analyzedinformation. The purchaser entity location is registered for taxpurposes for the purchaser entity and the first vendor entity locationis registered for tax purposes for the first vendor entity. A geographiccoordinate enables every location on earth to be specified by a set ofnumbers, letters or symbols. The coordinates are often chosen such thatone of the numbers represents a vertical position and two or three ofthe numbers represent a horizontal position. Using the coordinates oftwo, or more, locations the distance between them can be computedaccurately and rapidly. The first and the second set of coordinates maybe determined based on searching in one or more sources for thecoordinates based on the analyzed information.

At S940, it is determined whether at least one geographic tax ruleapplies to the at least a transaction and if so, execution continueswith S950, otherwise; execution continues with S910. The at least onegeographic tax rule pertains to distance eligibility for a tax reclaim.A geographic tax rule is a regulatory requirement of tax authority of acertain country that applies in certain circumstances. For example, whena purchaser entity that is registered for tax purposes in Mexico, booksa future service from a vendor entity, e.g., a car rental agency, thatis registered for tax purposes also in Mexico, in a location that isdistant from the purchaser in less than 50 miles, the transaction maynot be deductible and the VAT of the transaction may not be reclaimed.However, according to the same example, if the distance between theparties is more than 50 miles, the transaction may be eligible for VATrecovery. It should be noted that, the computing of the distance betweenthe purchaser entity location and the vendor entity location is achievedusing the first set of coordinates and the second set of coordinates.

At S950, the distance between the purchaser entity location and thefirst vendor entity location is computed.

At S960, it is checked whether a predetermined regulatory distanceexists between the purchaser entity location and the first vendor entitylocation and if so, execution continues with S970, otherwise; executioncontinues with S980.

At S970, an eligibility notification is generated upon determinationthat the predetermined regulatory distance exists between the purchaserentity location and the first vendor entity location. An eligibilitynotification may be an electronic message that is sent to, for example,a user device that is associated with the purchaser entity. Theeligibility notification may indicate that the transaction is eligiblefor VAT recovery, that the transaction is tax-deductible, etc.

At S980, an ineligibility notification is generated upon determinationthat the predetermined regulatory distance does not exist between thepurchaser entity location and the first vendor entity location. Theineligibility notification may indicate that the transaction isineligible for VAT recovery, that the transaction is not tax-deductible,etc.

With the above method as described, inappropriate reporting events ofexpenses made by employees and companies, and inappropriate reportingpatterns that do not comply with company's policy and/or tax rules maybe automatically detected more quickly and easily, even when the volumeof information is large. Also, with the above method, transactions thatare ineligible for VAT reclaim may be automatically detected even inadvance, therefore allowing to change the vendor entity identity suchthat VAT can be reclaimed, and tax can be deducted.

The various embodiments disclosed herein can be implemented as hardware,firmware, software, or any combination thereof. Moreover, the softwareis preferably implemented as an application program tangibly embodied ona program storage unit or computer readable medium consisting of parts,or of certain devices and/or a combination of devices. The applicationprogram may be uploaded to, and executed by, a machine comprising anysuitable architecture. Preferably, the machine is implemented on acomputer platform having hardware such as one or more Central ProcessingUnits (“CPUs”), a memory, and input/output interfaces. The computerplatform may also include an operating system and microinstruction code.The various processes and functions described herein may be either partof the microinstruction code or part of the application program, or anycombination thereof, which may be executed by a CPU, whether or not sucha computer or processor is explicitly shown. In addition, various otherperipheral units may be connected to the computer platform such as anadditional data storage unit and a printing unit. Furthermore, anon-transitory computer readable medium is any computer readable mediumexcept for a transitory propagating signal.

It should be understood that any reference to an element herein using adesignation such as “first,” “second,” and so forth does not generallylimit the quantity or order of those elements. Rather, thesedesignations are generally used herein as a convenient method ofdistinguishing between two or more elements or instances of an element.Thus, a reference to first and second elements does not mean that onlytwo elements may be employed there or that the first element mustprecede the second element in some manner. Also, unless statedotherwise, a set of elements comprises one or more elements.

As used herein, the phrase “at least one of” followed by a listing ofitems means that any of the listed items can be utilized individually,or any combination of two or more of the listed items can be utilized.For example, if a system is described as including “at least one of A,B, and C,” the system can include A alone; B alone; C alone; A and B incombination; B and C in combination; A and C in combination; or A, B,and C in combination. All examples and conditional language recitedherein are intended for pedagogical purposes to aid the reader inunderstanding the principles of the disclosed embodiment and theconcepts contributed by the inventor to furthering the art, and are tobe construed as being without limitation to such specifically recitedexamples and conditions. Moreover, all statements herein recitingprinciples, aspects, and embodiments of the disclosed embodiments, aswell as specific examples thereof, are intended to encompass bothstructural and functional equivalents thereof. Additionally, it isintended that such equivalents include both currently known equivalentsas well as equivalents developed in the future, i.e., any elementsdeveloped that perform the same function, regardless of structure.

What is claimed is:
 1. A method for classifying digital images oftransaction evidences, comprising: extracting a plurality of descriptivedata items of a transaction evidence from a digital image indicating aplurality of purchased items; searching in at least one data source forinformative data based on the extracted plurality of descriptive dataitems, wherein the informative data includes a price; determining acorrelated amount for each of at least one of the plurality ofdescriptive data items, wherein the correlated amount determined for oneof the descriptive data items defines a paid price for the descriptivedata item; determining, based on at least one expense typeclassification rule, a primary expense type of the transaction evidence,wherein the at least one expense type classification rule is applied tothe plurality of descriptive data items and each of the correlatedamount; and classifying the digital image based on the determinedprimary expense type.
 2. The method of claim 1, wherein the at least oneexpense type classification rule is selected based on at least one of: adata item and metadata associated with the digital image of thetransaction evidence.
 3. The method of claim 2, wherein at least one ofthe data item and the metadata indicates a country parameter that isassociated with at least one of: a vendor and a consumer.
 4. The methodof claim 3, further comprising: searching in at least one data sourcefor the at least one expense type classification rule based on thecountry parameter of the digital image of the transaction evidence. 5.The method of claim 1, further comprising: generating an electronic tagindicating the classification of the digital image of the transactionevidence.
 6. The method of claim 5, further comprising: associating theelectronic tag with the digital image of the transaction evidence. 7.The method of claim 1, further comprising: extracting at least a firstsequence of textual items from the digital image; determining a firstapproximate identity of a vendor entity that issued the digital image bycomparing the first sequence of textual items to at least a secondsequence of textual items that is associated with an electronic documentthat was previously associated with a unique vendor entity; extracting afirst multiset of textual items from the plurality of textual items ofthe digital image; determining a second approximate identity of a vendorentity that issued the digital image by comparing the first multiset oftextual items to at least a second multiset of textual items that waspreviously associated with the unique vendor entity; determining aspecific identity of the vendor entity that issued the digital imageupon determination that the first approximate identity and the secondapproximate identity are identical, otherwise performing a resolutionprocess; and associating the digital image with the vendor entity thatissued the digital image based on the determined specific identity.
 8. Anon-transitory computer readable medium having stored thereoninstructions for causing a processing circuitry to execute a process forclassifying digital images of transaction evidences, the processcomprising: extracting a plurality of descriptive data items of atransaction evidence from a digital image indicating a plurality ofpurchased items; searching in at least one data source for informativedata based on the extracted plurality of descriptive data items, whereinthe informative data includes a price; determining a correlated amountfor each of at least one of the plurality of descriptive data items,wherein the correlated amount determined for one of the descriptive dataitems defines a paid price for the descriptive data item; determining,based on at least one expense type classification rule, a primaryexpense type of the transaction evidence, wherein the at least oneexpense type classification rule is applied to the plurality ofdescriptive data items and each of the correlated amount; andclassifying the digital image based on the determined primary expensetype.
 9. A system for classifying digital images of transactionevidences, comprising: a processing circuitry; and a memory, the memorycontaining instructions that, when executed by the processing circuitry,configure the system to: extract a plurality of descriptive data itemsof a transaction evidence from a digital image indicating a plurality ofpurchased items; search in at least one data source for informative databased on the extracted plurality of descriptive data items, wherein theinformative data includes a price; determine a correlated amount foreach of at least one of the plurality of descriptive data items, whereinthe correlated amount determined for one of the descriptive data itemsdefines a paid price for the descriptive data item; determine, based onat least one expense type classification rule, a primary expense type ofthe transaction evidence, wherein the at least one expense typeclassification rule is applied to the plurality of descriptive dataitems and each of the correlated amount; and classify the digital imagebased on the determined primary expense type.
 10. The system of claim 9,wherein the at least one expense type classification rule is selectedbased on at least one of: a data item and metadata associated with thedigital image of the transaction evidence.
 11. The system of claim 10,wherein at least one of the data item and the metadata indicates acountry parameter that is associated with at least one of: a vendor anda consumer.
 12. The system of claim 11, wherein the system is furtherconfigured to: search in at least one data source for the at least oneexpense type classification rule based on the country parameter of thedigital image of the transaction evidence.
 13. The system of claim 9,wherein the system is further configured to: generate an electronic tagindicating the classification of the digital image of the transactionevidence.
 14. The system of claim 13, wherein the system is furtherconfigured to: associate the electronic tag with the digital image ofthe transaction evidence.
 15. The system of claim 9, wherein the systemis further configured to: extract at least a first sequence of textualitems from the digital image; determine a first approximate identity ofa vendor entity that issued the digital image by comparing the firstsequence of textual items to at least a second sequence of textual itemsthat is associated with an electronic document that was previouslyassociated with a unique vendor entity; extract a first multiset oftextual items from the plurality of textual items of the digital image;determine a second approximate identity of a vendor entity that issuedthe digital image by comparing the first multiset of textual items to atleast a second multiset of textual items that was previously associatedwith the unique vendor entity; determine a specific identity of thevendor entity that issued the digital image upon determination that thefirst approximate identity and the second approximate identity areidentical, otherwise performing a resolution process; and associate thedigital image with the vendor entity that issued the digital image basedon the determined specific identity.